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BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to the field of telecommunications and, in 
5 particular, to a system for managing a telecommunications network. 

DESCRIPTION OF THE RELATED ART 

Telephony based communication networks typically include a variety of 

10 components or products that combine to provide communication services to 
multiple users. Traditionally, these networks utilize dedicated application 
programs for each of the network components to control configuration and 
management of the corresponding components. Dedicated PBX and phone 
mail applications, as examples, have provided the traditional method of 

is managing a communication network that includes a PBX component and a 
phone mail component. Unfortunately, the performance of such systems 
during execution of routine system management tasks such as move, add, 
and change tasks is frequently unacceptable to the end user. As an example, 
when a user of the communication network moves within an organization, the 

20 various components of the network must be updated to reflect the user's new 
location. While traditional configuration and management applications are 
adequate to control a specific product or component, they are typically poorly 
adapted to recognize and manage relationships between the various 
components of the network. A conventional network might, for example, 

25 represent a user by copying all of the phone data and all of the phone mail 
data for the person to a distinct user entity. It will be appreciated that such an 
approach contemplates a significant and undesirable duplication of data. In 
addition, the traditional approach to managing communication networks 
frequently lacks sufficient flexibility to smoothly integrate new products or 

30 components into the network. Systems designed around a finite number of 
defined component types must typically undergo substantial revision to 
encompass a new product thereby slowing the introduction of new features 
and raising the cost of maintaining the network. Therefore it would be highly 
desirable to implement a communication network with improved performance 
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and flexibility. It would be still further desirable if the implemented solution 
utilized existing protocols and architectures to the extent possible and took 
advantage of relationships between various components to model network 
features in an efficient manner. 

5 

SUMMARY OF THE INVENTION 

Broadly speaking, the present invention contemplates a 

10 communication network and an associated network manager server. The 
network includes one or more instances of a first object type and one or more 
instances of a second object type. The first object type is associated with a 
first product of the communication network and the second object type is 
associated with a second product of the network. The network includes a first 

15 local module or other means for configuring each instance of the first object 
type and a second local module for configuring each instance of the second 
object type. A network management server of the network includes a product 
specific coordinator. The product specific coordinator includes means for 
coordinating configuration activities among each instance of the first object 

20 type via the first local module and means for coordinating configuration 

activities among each instance of the second object type via the second local 
module. The network further includes a network coordinator adapted for 
configuring each instance of a network object. The network object includes a 
first component associated with the first object type and a second component 

25 associated with the second object type. A suitable network object might 

include, as an example, a person object that includes a PBX component and 
a phone mail component. The communication network further includes a 
network management client that includes a graphical user interface adapted 
for enabling a user to invoke the network management server. 

30 

In one embodiment, the first object type is a phone mail object and the 
first local module comprises a phone mail server process while the second 
object type is a PBX object and the second local means comprises a PBX 
server process. In the preferred embodiment, the communication network of 



claim includes a CORBA compliant interface between the product specific 
coordinator and the first local module. The network coordinator is preferably 
adapted for accessing network object data from an LDAP compliant directory 
server. The network preferably further includes a first LDAP compliant bridge 
for uploading first object type data from each instance of the first object type 
to the directory server and a second LDAP compliant bridge application for 
uploading second object type data from each instance of the second object 
type to the directory server. 

The invention further contemplates a method of managing a 
communication network. The method includes identifying the components of 
a network object in response to a network configuration request. A first local 
configuration module or application is then invoked to configure a first 
component of the network object and a second local configuration application 
invoked to configure a second component of the network object. The step of 
identifying the components is preferably accomplished by accessing object 
data from an LDAP compliant directory server. The configuring of the first 
component comprises is accomplished in one embodiment by configuring a 
PBX object of the communication network and includes taking an action such 
as removing, adding, and changing the first component while the configuring 
of the second component comprises configuring a phone mail object of the 
communication network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A better understanding of the invention is obtained when the following 
detailed description is considered in conjunction with the following drawings in 
which: 

Fig. 1 is a simplified block diagram of a communication network 
according to one embodiment of the invention; 

Fig. 2 is a simplified representation of a network management client 
according the one embodiment of the invention; 



Fig. 3 is a simplified representation of one embodiment of a product 
specific coordinator of a network management server according to the 
invention; 

Fig. 4 is a hierarchical diagram of various objects of the invention; 

Fig. 5 is a diagram of a person object according to one embodiment of 
the invention; and 

Fig. 6 is a representation of an embodiment of the network manager 
server of the invention emphasizing a directory server network database 
structure. 

DETAILED DESCRIPTION OF THE INVENTION 

Referring to FIG. 1, an exemplary embodiment of a communication 
network according to the present invention is generally identified with by 
reference numeral 100. Communication network 100 preferably includes one 
or more communication devices or product types including, as examples, 
PBX's and phone mail systems. Each product type within communication 
network 100 is represented or modeled in software by an object type as will 
be familiar to those skilled in the field of object oriented programming 
languages. As depicted in Fig. 1, network 100 includes one or multiple 
instances of a first object type 122a... 122m (generically or collectively 
referred to as first object type 122) and one or multiple instances of a second 
object type 124a... 124k (generically or collectively referred to as second 
object type 124). Local configuration software for each product type provides 
the means for administering each instance of the corresponding product type. 
Exemplary local configuration software is the LC Win software available from 
Siemens Corp. Accordingly, computer system 100 as depicted in Fig. 1 
includes first local configuration software 120a and second local configuration 
software 120b. Additional instances of local configuration software maybe 
included for each additional communication product included in network 100. 
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The services for administering the different products comprising 
communication system 100 are used or invoked by network management 
server 102. Network management server (NMS) 102 provides the core 
5 functionality for the network management-configuration module (NMC) 101 . 
NMC 101 enables a user to control all network and local configuration 
activities from a single point of entry. NMS 102 preferably includes a 
configuration model of network 100 embedded with information sufficient to 
enable NMS 102 to administer the entire domain. NMS 102 provides the 

10 framework for configuration of all supported product types. As indicated in 
Fig. 1, NMS 102 is comprised of two major layers, namely, a product specific 
coordinator 106 and a network coordinator 104. Product specific coordinator 
106 is adapted for coordinating configuration activities between different 
instances of a specified product line within a domain. As an example, the 

is detailed coordination of moving a phone within a PBX or from one PBX to 
another is handled by a product specific PBX coordinator. Product specific 
coordinator 106 comprises a set of modules 108a, 108b... (collectively 
referred to as modules 108) corresponding to each product type within 
network 100. The set of modules 108 provide means for invoking or using the 

20 operations supplied by corresponding instances of local configuration 

modules 120. In other words, product specific coordinator 106 is the client for 
local configuration modules 120. 

Referring briefly to Fig. 3, an embodiment of product specific 
25 coordinator 106 is presented including a first product specific module 108a 
adapted for accessing the functionality of a first local configuration module 
120a and a second product specific module 108b adapted for invoking a 
second local configuration module 120b. Product specific modules 108 may 
utilize a proprietary application programming interface (API) or a standard 
30 interface such as a common object request broker architecture (CORBA) 
compliant interface definition language (IDL) to communicate with their 
corresponding local configuration modules 120. For the example depicted in 
Fig. 3, first product specific module 108a invokes first local configuration 
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module 120a using API 134 while second product specific module 108b 
communicates with second local configuration module 120b via CORBA IDL 
136. 

5 

Returning now to Fig. 1 , network coordinator 104 is adapted for 
coordinating configuration activities across different product types while using 
product specific coordinator 106 to handle specific information relating to 
each managed product. Network coordinator 104 is primarily responsible for 

10 managing network objects including objects comprised of two or more product 
components. In the context of communication network 100, for example, a 
network object in the form of a person object might comprise a phone (that is 
part of a PBX object) and a phone mail box that is part of a phone mail object. 
Network coordinator 104 is designed to ensure that each of the components 

15 of the network object are properly accounted for when a network object is 
managed. If, as an example, a person object is deleted from the domain 
managed by NMC 101, network coordinator 104 insures that all components 
of the person object in all nodes within the domain are removed. 

20 The removal of a person object from network 100 in one embodiment 

would be accomplished as follows. Network coordinator 104 would first 
identify the components of the person object. Upon identifying a phone 
component that is part of a PBX object, network coordinator will initiate a 
"delete" operation to a PBX module identified for purposes of this example as 

25 first product specific module 108a of product specific coordinator 106. PBX 
module 108a then proceeds with the delete request from network coordinator 
104 by invoking an API or CORBA IDL interface to the corresponding PBX 
local configuration module identified for purposes of this example by first local 
configuration module 120a. PBX module 108a will then update all dial plans 

30 for all PBX units 122 within the network domain after receiving confirmation 
from PBX local configuration module 120a that the delete request was 
completed successfully. When PBX module 108a has completed its update, 
network coordinator 104 will identify the phone mail component of the person 
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object and proceed with a delete procedure by issuing a delete operation to a 
phone mail module identified for purposes of this example as second product 
specific module 108b. Phone mail module 108b will then invoke its 
5 corresponding local configuration module 120b to delete the appropriate 
phone mail box from network 100. Phone mail local configuration module 
120b will then inform network coordinator 104 when it has completed the 
requested operation. 

Network management server 102 is invoked in the preferred 
embodiment through network management client 110. Referring to Fig. 2, 
the depicted embodiment of network management client 110 includes two 
primary layers, namely, graphical user interface layer 130 and a proprietary 
API layer 132. The GUI layer 130 is adapted to handle manipulation of a 
display screen to provide a user of NMC 101 with a useable interface for 
invoking operations and requests to NMS 102. API layer 132 is configured to 
pack and unpack NMC commands between GUI layer 130 and NMS 102. 
Communication between network management client 110 and NMS 102 is 
preferably achieved using meta-data based commands for carrying object 
data between network management client 110 and NMS 102. In an 
alternative embodiment, a CORBA compliant object request broker (ORB) will 
be used to handle requests between NM Client 110 and NM server 102 in lieu 
of API layer 132. 

25 In the preferred embodiment of NMC 101, all administrative entities 

in the managed network or domain are referred to as network managed 
objects. A network managed object is defined for purposes of this invention 
as an entry with a unique identification on which administrative actions such 
as, add, move, delete, and query can be performed. As diagrammed in Fig. 

30 4, the preferred embodiment of NMC 101 contemplates two categories of 
network managed objects, network entry objects and product entry objects 
150. Each network entry object 140 is a representation of a composite object 
that includes components residing in one or more nodes of the domain. In 
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the preferred embodiment, network entry objects 140 retrieve their data from 
a directory server type application. Object data for network entry objects 140 
is comprised of relevant data from all the components that make up network 
entry object 140. Network entry objects 140 capture the relationship between 
the various local components. A first type of network entry object is a person 
object 141 referred to previously. Person object 141 preferably includes 
multiple components from various communication product types. As an 
example, a first component of person object 141 as depicted in Fig. 5 may be 
a phone 163 associated with a PBX object type 161 while a second 
component may comprise a phone mail box associated with a phone mail 
object 162, Additional components (not depicted in Fig. 5) of person object 
141 may includes a CCMS agent with an agent identification or an IP address 
for an internet voice phone application. A network entry object 140 requires 
at least one component residing in one of the network systems or nodes, but 
it is not strictly required that each example of network entry object 140 include 
a component associated with each product type. Returning to Fig. 4, a 
second type of network entry object 140 is represented by resource object 
142. An example of a resource object 142 is the trunk object represented in 
Fig. 4 by reference numeral 143. A trunk resource suitable for connecting two 
PBX systems is modeled in NMC 101 as a pair of end points residing in the 
respective PBX systems connected by the trunk. NM server 102 is adapted 
to configure trunk object 143 by configuring the two trunk resource end 
points. Trunk object 143 may be reconfigured, as an example, by moving one 
of the trunk resource end points to a different PBX system. Another example 
of a network resource is a bus connecting a system on which a phone mail 
server process resides and a PBX system. Similar to the trunk resource, a 
model of this bus resource includes the pair of end point addresses 
corresponding to the phone mail system and the PBX system respectively. In 
the preferred embodiment, resource objects will retrieve their data from a 
directory server application and will each have a unique identification from the 
directory server and the components that comprise the resource object will 
include the addresses of the end points that define the resource object. 
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Fig. 4 further depicts a product entry object represented by reference 
numeral 150. Each product entry object 150 is a representation of a local 
object managed by NMC 101. Each product entry object can be presented 
5 as a component to a network entry object 140 such as when, for example, a 
phone object is presented to a person object. In the preferred embodiment, 
relevant product entry object data will be uploaded to a directory server 
application as a component of the network entry object data. Suitable 
product entry objects for a phone mail system could include, for example, a 

10 mail box profile object and a class of service object. While some product 
entry objects 150 comprise a component of a corresponding network entry 
object 140, it is preferably not required that each product entry object 150 be 
a component of a network entry object 140. A peripheral board of a PBX 
system, for example, might comprise a product entry object not associated 

15 with any corresponding network entry object. 

In suitable embodiments, NMC 101 might include one or more of a 
number of support objects (not explicitly depicted in the drawings) as 
described herein to provide functions for NMS 102 to process requests from 

20 network manager client 1 10. A front end object is adapted to receive and re- 
distribute NMC commands from network manager client 110 to other objects 
of NMS 102. The front end object can serve as the entry point for NMC 
requests from network manager client 1 10 to NMS 102. A network object 
handler is adapted to track which network entry objects 140 have been 

25 created and to ensure that only one instance of a network entry object 140 is 
created per execution thread. In the preferred embodiment, network manager 
client 102 will utilize multithreaded processing. Each execution thread will 
support a session with one network manager client 110. In the presently 
preferred embodiment, 15 (or fewer) execution threads (i.e., clients) can be 

30 supported by each NMS 102. The network object handler ensures that only 
one instance of a network entry object 140 is created per execution thread. 
In one embodiment, verifying the uniqueness of each network entry object 
140 is accomplished by establishing a network entry object identification for 



each newly created network entry object 140 and maintaining the 
identifications on a directory server. The network object handler uses the 
network entry object identifications to ensure that each network entry object is 
unique. In addition to network object handler, each product managed by 
NMC 101 will include its own product object handler. Examples of such 
product handlers for communication network 100 include a PBX object 
handler, a phone mail object handler, and a telephony internet service. 
Similar to the network object handler, the product object handler will track 
instances of product entry objects 150. In one embodiment, the product entry 
object identifications will include an internal, product specific identification in 
combination with a system / node identification. A PBX entry object, as an 
example, might include in its product entry object identification a PBX 
identification, a phone product identification, and a station number. The 
product entry object handler will ensure the all non-static objects are removed 
after completion of a configuration request. Additional examples of support 
objects in NMC 101 may include an LDAP interface object that includes all 
LDAP specific details for accessing a directory server application and an 
administration object that facilitates, as examples, saving and getting 
customer template files, issuing requests for full or partial uploads from 
individual products, and uploading and download batch files. 

With reference again to Fig. 1 , one embodiment of communication 
network 100 as indicated above, will include a directory server 200. The use 
of directory server 200 frees NMC 101 to function without requiring a 
complete upload of the database of each system being managed by NMC 
101. Instead, NMS 102 requires only a subset of database information 
sufficient to determine the location of each object within the domain. An 
exemplary directory server application includes Directory Server 3.0 (or later) 
from Netscape Communications Corporation, Mountain View, CA. In one 
embodiment, each product managed by NMC 101 will include its own bridge 
suitable for uploading data to directory server 200. In the preferred 
embodiment, directory server 200 and each bridge application are LDAP 



compliant. The bridge applications are adapted for retrieving data from their 
respective systems and updating directory server 200. 

Directory server 200 will be organized according to the configuration 
model of NMC 101. In the example presented earlier in which a person 
object includes a PBX object and a phone mail object, relevant PBX object 
data is transferred to directory server 200 via a PBX bridge application. The 
data uploaded to directory server 200 may include, as examples, a PBX 
identifier, a voice station number, a port equipment number, a data station 
number, a phone type, location code, the person's name, and the person's 
department name. Similarly, a phone mail bridge application uploads relevant 
information to directory server 200 including the phone mail system identifier, 
a mail box name, and an extension number. The records for each person 
may be stored under the person's name and department name such that the 
person may be located by either one. Fig. 6 is a conceptualized diagram of 
communication network 100 emphasizing the relationship between the 
individual product databases indicated by reference numerals 210a, 210b, 
and 210c and the network database 212. Each product uploads data from its 
corresponding product database 210 to network database 212 via a 
corresponding bridge application 214. For example, PBX data is uploaded 
from PBX database 210a to network database 212 via PBX bridge application 
214a. In the depicted embodiment, The PBX data 216a uploaded to network 
database 212 comprises only the portion of PBX database 210a necessary to 
enable NMS 102 to be able to locate the appropriate data. Each bridge 
application 214 is adapted to fully or partially upload relevant data from local 
configuration management software and to regularly the network database 
with new data at a frequency defined by NMC 101 . In addition to person 
objects, network managed objects in the preferred embodiment may include 
node type objects. Systems and nodes in the managed domain are identified 
in the preferred embodiment as network entry objets 140. The physical or 
logical relationships between the systems and nodes of the network 100 are 
specified by users when the system or node is created in the domain and 
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stored in directory server 200. NMS 102 will then utilize the relationship 
information to determine the network actions for a configuration change on 
the network entry objects 140. One embodiment of NMC 101 is adapted to 
support multiple physical site components as well as single physical site or 
co-located systems. 
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WHAT IS CLAIMED IS: 



1 1 . A communication network, comprising: 

2 at least one instance of a first object type associated with a first product of the 

3 communication network; 

4 at least one instance of a second object type associated with a second 

5 product of the communication network; 

6 first local means for configuring each instance of the first object type; 

7 second local means for configuring each instance of the second object 

8 type; 

9 a network management server comprising a product specific 

10 coordinator including means for coordinating configuration activities among 

n each instance of the first object type via the first local means and means for 

12 coordinating configuration activities among each instance of the second 

13 object type via the second local means and further comprising a network 

14 coordinator adapted for configuring each instance of a network object 
is comprising a first component associated with the first object type and a 

16 second component associated with the second object type; and 

17 a network management client including a graphical user interface 

18 adapted for enabling a user to invoke the network management server. 

1 2. The communication network of claim 1 , wherein the first object type 

2 comprises a phone mail object and the first local means comprises a phone 

3 mail server process. 

1 3. The communication network of claim 1 , wherein the second object type 

2 comprises a PBX object and the second local means comprises a PBX server 

3 process. 

1 4. The communication network of claim 1 , further comprising a CORBA 

2 compliant interface between the product specific coordinator and the first local 

3 means. 
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1 5. The communication network of claim 1 , wherein the network 

2 coordinator includes means for accessing network object data from a 

3 directory server. 

1 6. The communication network of claim 5, wherein the directory server is 

2 LDAP compliant. 

3 7. The communication network of claim 5, further comprising a first LDAP 

4 compliant bridge for uploading first object type data from each instance of the 

5 first object type to the directory server and a second LDAP compliant bridge 

6 application for uploading second object type data from each instance of the 

7 second object type to the directory server. 

1 8. The communication network of claim 1 , wherein the network 

2 management client includes a CORBA compliant interface to the network 

3 management server. 

1 9. The communication network of claim 1 , wherein the network object is a 

2 person object comprising a phone mail object component and a PBX object 

3 component. 

1 10. The communication network of claim 1 , wherein the network object 

2 comprises a resource object including a first end point address and a second 

3 end point address. 

1 11. The communication network of claim 10, wherein the first and second 

2 end point addresses reside in different instances of the first object type. 

1 12. The communication network of claim 10, wherein the first end point 

2 address resides in an instance of the first object type and the second end 

3 point address resides in an instance of the second object type. 



15 

1 13. A communication network manager, comprising: 

2 a network management server including a product specific coordinator 

3 comprising means for coordinating configuration activities among each 

4 instance of a first object type via first local configuration means and means for 

5 coordinating configuration activities among each instance of a second object 

6 type via second local means, and further comprising a network coordinator 

7 adapted for configuring each instance of a network object comprising a first 

8 component associated with the first object type and a second component 

9 associated with the second object type; and 

10 a network management client suitable for enabling a user to invoke the 

11 network management server. 

1 14. The network manager of claim 13, wherein the first object type 

2 comprises a phone mail object and the first local means comprises a phone 

3 mail server process. 

1 1 5. The network manager of claim 1 3, wherein the second object type 

2 comprises a PBX object and the second local means comprises a PBX server 

3 process. 

1 1 6. The network manager of claim 1 3, further comprising a CORBA 

2 compliant interface between the product specific coordinator and the first local 

3 means. 

1 17. The network manager of claim 1 3, wherein the network coordinator 

2 includes means for accessing network object data from a directory server. 



l 
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18. The network manager of claim 17, wherein the directory server is 
LDAP compliant. 
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1 9. The network manager of claim 1 7, further comprising a first LDAP 
compliant bridge for uploading first object type data from each instance of the 
first object type to the directory server and a second LDAP compliant bridge 
application for uploading second object type data from each instance of the 
second object type to the directory server. 

20. The network manager of claim 13, wherein the network object is a 
person object comprising a phone mail object component and a PBX object 
component. 

21 . The network manager of claim 13, wherein the network object 
comprises a resource object including a first end point address and a second 
end point address. 

22. The network manager of claim 21 , wherein the first and second end 
point addresses reside in different instances of the first object type. 

23. The network manager of claim 21 , wherein the first end point address 
resides in an instance of the first object type and the second end point 
address resides in an instance of the second object type. 

24. A method of managing a communication network, comprising: 
identifying the components of a network object in response to a 

network configuration request; 

invoking a first local configuration application to configure a first 
component of the network object; and 

invoking a second local configuration application to configure a second 
component of the network object. 
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1 25: The method of claim 24, wherein the step of identifying the 

2 components comprises accessing object data from an LDAP compliant 

3 directory server. 

1 26. The method of claim 24, wherein the configuring of the first component 

2 comprises configuring a PBX object of the communication network. 

1 27. The method of claim 26, wherein the step of configuring the first 

2 component comprises taking an action selected from the group comprising 

3 removing, adding, and changing the first component. 

1 28. The method of claim 24, wherein the configuring of the second 

2 component comprises configuring a phone mail object of the communication 

3 network. 

1 29. The method of claim 28, wherein the step of configuring the second 

2 component comprises taking an action selected from the group comprising 

3 removing, adding, and changing the second component. 
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ABSTRACT OF THE DISCLOSURE 



A communication network and an associated network manager server 
according to the invention includes one or more instances of a first object type 
and one or more instances of a second object type. The first object type is 
associated with a first product of the communication network such as a PBX 
and the second object type is associated with a second product of the 
network such as a phone mail product. The network includes a first local 
module for configuring each instance of the first object type and a second 
local module for configuring each instance of the second object type. A 
network management server of the network includes a product specific 
coordinator. The product specific coordinator includes means for coordinating 
configuration activities among each instance of the first object type via the 
first local module and means for coordinating configuration activities among 
each instance of the second object type via the second local module. The 
network further includes a network coordinator adapted for configuring each 
instance of a network object, such as a person object that includes a PBX 
component and a phone mail component. The network object includes a first 
component associated with the first object type and a second component 
associated with the second object type. The communication network further 
includes a network management client that includes a graphical user interface 
adapted for enabling a user to invoke the network management server. 
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my name, 

I believe I am the original, first and sole inventor (if only one name is listed 
below) or an original, first and joint inventor (if plural names are listed below) of the 
subject matter which is claimed and for which a patent is sought on the invention 
entitled: 

COMMUNICATION NETWORK MANAGEMENT 



the specification of which (check one) 
X is attached hereto. 

_ was filed on as Application Serial No. 

and was amended on (if applicable) 

I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by any amendment 
referred to above. 

I acknowledge the duty to disclose all information known to me to be material 
to patentability as defined in Title 37, Code of Federal Regulations § 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Codes, § 
1 19 of any foreign application(s) for patent or inventor's certificate listed below and 
have also identified below any foreign application for patent or inventor's certificate 
having a filing date before that of the application on which priority is claimed: 

PRIOR FOREIGN APPLICATION(S) Priority claimed 



(Number) 


(Country) 


(Day/month/year filed) 


Yes No 


(Number) 


(Country) 


(Day/month/year filed) 


Yes No 



(Number) (Country) (Day/month/year filed) Yes No 
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I hereby claim the benefits under Title 35, United States Code, § 120 of any 
United States application(s) listed below and, insofar as the subject matter of each of 
the claims of this application is not disclosed in the prior United States application in 
the manner provided by the first paragraph of Title 35, United States Code, § 1 12, I 
acknowledge the duty to disclose material information as defined in Title 37, Code of 
Federal Regulations, § 1.56(a) which occurred between the filing date of the prior 
application and the national or PCT international filing date of this application: 



(Application Serial No.) (Filing date) (Status) 

(patented ,pending, abandoned) 



(Application Serial No.) (Filing date) (Status) 

(patented, pending, abandoned) 

Power of Attorney : As a named inventor, I hereby appoint the following attorney(s) 
and/or agent(s) to prosecute this application and transact all business in the Patent 
and Trademark Office connected therewith, (list name and registration number) 

Adel A. Ahmed, Reg. No. 29,606; Stanton C. Braden, Reg. No. 32,556; Robert T. 
Canavan, Reg. No. 37,592; Dexter K. Chin, Reg. No. 38,842; Joseph S. Codispoti, 
Reg. No. 31,819; Lawrence C. Edelman, Reg. No. 29,299; Andreas Grubert, Limited 
Recognition Under 37 CFR §1 0.9(b); Mark H. Jay, Reg. No. 27,507; Rosa S. Kim, 
Reg. No. 39,728; David W. Laub, Reg. No. 38,708; Peter A. Luccarelli, Jr., Reg. No. 
29,750; Jeffrey P. Morris, Reg. No. 25,307; Donald B. Paschburg, Reg. No. 33,753; 
Jeffrey Slusher, Reg. No. 34,729; Darryl A. Smith, Reg. No. 37,723; Heather S. 
Vance, Reg. No. 39,033; Scott T. Weingaertner, Reg. No. 37,756; Robert A. 
Whitman, Reg. No. 36,966; and Ira Lee Zebrak, Reg. No. 31,147. 

Send correspondence to : Direct telephone calls to : 

Siemens Corporation Elsa Keller 

Intellectual Property Department Legal Administrator (908) 321-3026 

186 Wood Avenue South 
Iselin, N.J. 08830 



I hereby declare that all statements made herein on my own knowledge are true 
and that all statements made on information and belief are believed to be true, and 
further that these statements were made with the knowledge that willful false 
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statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false 
statements may jeopardize the validity of the application or any patent issuing 
thereon. 



Full name of first 
joint inventor: 



Thanh Tran 



Inventor's signature: ^jjdh^^ — ~~~~ 



Date: 



Residence: 



Citizenship: 



Aug. 9 2>l \M1 



San Jose, California 



Canada _ 



Post Office Address: 3 694 Lynx -Drive, San Jose, CA 06036- Q\ ) 2. q ffrO 



Full name of second 
joint inventor: 

Inventor's signature: 

Date: 

Residence: 
Citizenship: 



Hung B. Nguyen 



Milpitas, California 



U.S.A. 



Post Office Address: 2239 Wellington Drive, Milpitas, CA 95035 



Page -4- 



Full name of third 
joint inventor: 

Inventor's signature 

Date: 

Residence: 
Citizenship: 



Frederick Kull 

Campbell, California 



U.S.A. 



Post Office Address: 



695 Cypress Lane, Campbell, CA 95008 



